home *** CD-ROM | disk | FTP | other *** search
- Path: news.gate.net!not-for-mail
- From: dhaire@gate.net (doug haire)
- Newsgroups: comp.dcom.modems
- Subject: Re: Supra will offer upgrade to 33.6!
- Date: 2 Mar 1996 00:54:52 -0500
- Organization: CyberGate, Inc.
- Message-ID: <4h8nrc$1n02@hopi.gate.net>
- References: <312172b0.302209@uchinews.uchicago.edu> <4ftaot$rpc@shellx.best.com> <31226a7d.63749347@uchinews.uchicago.edu> <4g182k$1mu2@navajo.gate.net> <31243778.561299@uchinews.uchicago.edu> <4g3t66$26um@hopi.gate.net> <dan.878.312C8AD9@supra.com> <4gl4
- <dan.908.313720D2@supra.com>
- NNTP-Posting-Host: hopi.gate.net
- X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
-
- Dan Moore (dan@supra.com) wrote:
- : In article <4h4e02$2776@seminole.gate.net> dhaire@gate.net (doug haire) writes:
- : >Would you like to see the message I got yesterday from one of the techs
- : >you work with explaining that Rockwell is behind this? Would you like to
- : >explain why %E0%G1 amounts to the old %E2? Would you like to explain why
- : >the %Ex settings changed with the firmware?
- : >If there was nothing wrong with this stuff, why was it changed?
- :
- : I assume you are refering to a message your received from someone in
- : Supra's tech support group. I don't work in tech support, they are at a
- : different building in a different state. I'm a software engineer in the R&D
- : department. So I really can't explain anything they may or may not have said,
- : especially since I don't know what they said or what you had asked them.
-
- I asked them the same question I asked you.
-
- : The %E2 command has NEVER worked in any Supra modem firmware since
- : the first V.32/V.32bis product. Supra has always used the %G command to
- : control rate renegotiation, not an additional setting of %E. There were
- : several firmware releases for the V.34 products with a parser problem which
- : would accept the %E2 command, the modem was configured to the %E1 setting
- : when the %E2 command was issued.
-
- Really?
-
- Supra Corporation Reference Manual for the 14,400 & 28,800 BPS FaxModems:
-
- Chapter 3, page 25...
-
- "Requesting a Retrain (%E)
- The %E command is most useful if you want your modem to Retrain (%E1)
- without Rate Renegotiation (%G0) when line conditions are bad.
-
- %E0 Do not request a Retrain. Default with &F0, &F1, and &F2.
- %E1 Monitor line quality and automatically request a Retrain if
- line conditions are bad.
- %E2 Monitor line quality and initiate rate renegotiation to a lower
- rate. If the line quality remains sufficient for one minute, the
- modem renegotiates to a higher speed."
-
- Now, why would that even be in the manual sent with my SupraFaxModem 288
- in July if it (%E2) "never WORKED ... since the first V.32/V.32bis firmware"?
- It might explain why you made the "mistake" of allowing an "OK" response
- to %E2 instead of the "ERROR" we now get. Did you also write the manual?
-
- : The true answer on why %E2 was incorrectly parsed in several
- : firmware releases... I screwed up. I messed up a parser change and
- : started allowing the %E2 setting to return OK instead of ERROR. The
- : command parser accepted it but was only testing for a zero or not-zero value,
- : 2 is not-zero therefore the configuration was set to %E1.
-
- So, setting it to %E2 actually set it to %E1 even though the registers
- showed %E2 at the time? Now, of course, it gives an "ERROR" response when
- attempting that setting...
-
- So you screwed up and the manual writer screwed up and the registers
- themselves screwed up and....
-
-
-